home *** CD-ROM | disk | FTP | other *** search
/ NOVA - For the NeXT Workstation / NOVA - For the NeXT Workstation.iso / Documents / FAQ / Internet / Domain.Info < prev    next >
Text File  |  1992-12-27  |  7KB  |  134 lines
  1. [Author's note: This file was originally composed as a message to
  2. explain to a number of GEnie folks what all "that funny stuff" was
  3. in messages that they'd seen posted on GEnie that originally came
  4. from Usenet. Some of this information has changed since it was
  5. originally posted, but I believe that, for the most part, the 
  6. description is still correct. 
  7. --David Kozinn  GEnie: D.KOZINN  
  8.                  uucp: uunet!vmp!monymsys!david
  9.                domain: monymsys!david@vmp.com or david@monymsys.uucp ]
  10.  
  11. Usenet addresses can get very complicated. That's OK though, since
  12. if someone tells you an address to mail to, they'll either tell you
  13. one of two things (or a combination of them): A uucp-type path to
  14. their machine, or a domain address. A uucp path to your machine
  15. basically consists of "directions" to your machine from a "well-
  16. known" address. For instance, to apply the equivalent to the US
  17. Postal Service, in order to get mail delivered to me in Emerson
  18. where I live, you'd probably have to write out my address by saying
  19. something like:
  20.  
  21.         ...NYC!Hackensack!Emerson!Kozinn
  22.  
  23. Which says: Send this letter to NYC (which is a pretty well-known
  24. place), they'll forward it to Hackensack (which is less well-known),
  25. and they'll forward it to Emerson. The folks in Emerson will deliver
  26. it to me. The people in NYC probably don't know where Emerson is,
  27. but if, for example, you lived in Paramus (the next town over), you
  28. could probably send to just Emerson!Kozinn. (This example isn't
  29. perfect, but I think it's pretty close.) Obviously, this can get a
  30. bit obscure if you live more than one or two "hops" off a major
  31. location. It's also a pain.
  32.  
  33. To make things easier, and to be able to deal with things like inter-
  34. network mail (which is sort of like UPS forwarding USPS mail!),
  35. something called the "domain" was invented. My understanding of this
  36. is not as good as with paths, but I'll give it a shot anyway.
  37.  
  38. Basically, a domain is some sort of organization that you belong to,
  39. and a domain can have a number of subdomains. The advantage of
  40. domains over paths is that they are more of a logical representation
  41. than a physical one. To go back to my home analogy, let's imagine
  42. that Emerson is an officially registered domain, and that I reside
  43. within that domain. (There are procedures to get yourself
  44. registered.) My address then would simply be:
  45.  
  46.         kozinn@Emerson
  47.  
  48. The actual syntax is a bit different when you're using unix mail,
  49. since, for example, there are several very large domains that have
  50. many sub-domains. For instance, in keeping with the analogy, let's
  51. say that someone decided that there is a good chance that there's
  52. another Emerson in the US (or the world), so in order to minimize
  53. the problems they create a domain for each state, with each town and
  54. city within that domain being a subdomain. Thus, my address might
  55. read:
  56.         kozinn@Emerson.NJ
  57.  
  58. In "real-life", the major domain are things like .COM (for
  59. commercial sites), .EDU (for educational sites), and a few others.
  60.  
  61. Ok fine, but how does the guy in the Smalltown, England post office
  62. know how to route mail to me? He probably doesn't know exactly where
  63. NJ is, and certainly not where Emerson is, but he's got a way to
  64. "pass the buck". He sends his letter on to a "bigger" post office,
  65. and that office sends it to a bigger one until they find someone
  66. that's heard of NJ. (Keep your snide remarks to yourself!) Let's say
  67. that that post office is in London. London would then know that in
  68. order to get that mail to NJ, it has to send it to a particular site
  69. in NJ (let's say it's in Trenton, though I belive that it's actually
  70. acceptable to have several of these types of sites.) That site
  71. would then know directly how to get to Emerson (which might be by
  72. using the other style paths above). The Trenton post office is
  73. something that I believe is called a "domain server", since it knows
  74. about all the subdomains under it. From that point on, delivery goes
  75. as normal.
  76.  
  77. As with everything, this gets more complicated in real life, because
  78. not everyone is in an officially registered domain. For instance,
  79. although I'm working on getting a "local" mail feed for a small unix
  80. machine I use at work, currently the only way to get to me more-or-
  81. less reliably is through Paul Homchick's system, "cgh". His system
  82. isn't registered either, but he does have a local connection to a
  83. site who is in an officially registered domain. What I can then do
  84. for a mailing address is to give a path through these systems to
  85. mine, using a combination of the domain-type address and the path-
  86. type address, so my address at work is:
  87.  
  88.         cgh!monymsys!david@manta.pha.pa.us
  89.  
  90. That says (more or less) that I can be reached by:
  91.         1) Go to the US domain, then:
  92.         2) Go to the PA (Pennsylvania) domain, then:
  93.         3) Go to the PHA (Philadelphia) domain, then:
  94.         4) Go to "manta" (which is a single machine), then:
  95.         5) Go to "cgh" (a single machine), then:
  96.         6) Go to "monymsys" (my machine) and deliver to david.
  97.  
  98. I've left out a lot of the actual mechanics, but this message has
  99. gotten too long already. In any case, I hope this proves useful, and
  100. I'd appreciate any corrections from those who understand this better
  101. than I do.
  102.  
  103. Addendum: Since I wrote this message, my own connectivity has improved
  104. greatly. To give another example as above, I can now be reach at:
  105.  
  106.        monymsys!david@vmp.com
  107.  
  108. As with the above address, I'll break it down:
  109.         1) Go to the .COM domain server, then:
  110.         2) Go to the registered domain known as "vmp", then:
  111.         3) Have vmp forward that main to monymsys and deliver to david.
  112.  
  113. There are a few interesting things here that make this a better example
  114. than the initial one. In my first example, there's a strong notion
  115. of physical location. This is actually a misleading example, since
  116. in reality, there are relatively few location-based domains and many more
  117. "organizational" domains. Note that there's no explanation of who or where
  118. the domain server for the .COM domain is; that's exactly the whole point.
  119. If you send mail from a machine that's not the domain server for the
  120. .COM domain (and there aren't that many of them), your machine will know
  121. either how to get to such a server, or at least how to get to a "smarter"
  122. computer (which might pass your mail on to a yet smarter machine, and so
  123. on). 
  124.  
  125. There's an awful lot more to it than what I've explained. I wrote this
  126. message initially around a year ago, and although I've learned a lot
  127. more about how domains work (and hopefully I'll have my machines at
  128. work registered within the .COM domain soon), the thing that I've learned
  129. the most is that there's a LOT of information to know out there!
  130.  
  131. I hope you've found this discussion helpful. If I can help, please feel
  132. free to drop me a line at one of the addresses listed at the beginning
  133. of this file.
  134.